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1 . SUMMARY 

This volume is concerned with the programmatic aspects of the 
Space Processing Applications Program and the methods of accommodating 
SPA payloads aboard the Shuttle/Spacelab host vehicle. 

An examination of the NASA traffic model shows that there exists a 
potential for 178 SPA payloads from the overall total of 727 flights 
specified. This could represent up to one quarter of the total Shuttle 
flights during the 12-year-long period covered by the Traffic Model. 

The SPA payload will range from austere for shared flight opportunities 
to dedicated where Space Processing will encompass the total flight 
payload allocations. The major modes of use to SPA will include dedicated 
Spacelab missions, shared Spacelab missions and shared automated payloads 
attached to the pallet with the necessary control and display equipment in 
the host vehicle. 

Several layout drawings and artist's renderings have been completed 
to illustrate the various potential configurations available to accommo- 
date the SPA payload equipment. These have included both the two-isle 
and arch configurations in conjuntion with the long lab (core segment 
plus experiment segment) and the short lab (core segment only), with 
inclusion of the SPA supplemental power and heat rejection kit assembly. 

Six configurations of the SPA Kit in union with automated furnace, 
levitation and core subelements have been examined and drawn up. 

Tentative senarios revolving around the prelaunch and post-launch 
activities have been prepared. Also, a typical waterfall chart 
illustrating the possible ground support activities in the prelaunch 
phase has been developed. 

A major effort was directed toward the establishment of a data bank 
from which mission planning might be facilitated. Preliminary computer- 
generated plots have shown the beneficial aspects of this activity in the 
economical planning and usage of such resources and requirements as power 
and energy. 

Another aspect of this tasks efforts was directed toward identifying 
payload equipment development and operations guidelines with the underlying 
philosophy of achieving maximum cost effectiveness. Finally, consideration 
was given to the scheduling of Shuttle/Spacelab/SPA payload activities. 
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2. INTRODUCTION 

Various potential mission modes are envisioned as being available to 
SPA in cooperation with the Shuttle/Spacelab system. The feasibility and 
utility of the objectives of earn of these modes impact both the payload 
equipment design requirements an* the effects upon available operational 
limits. Payload layouts •vere developed for selected mission modes. Pre- 
liminary work was completed regarding SPA shared-flight opportunities on 
non-Spacelab flights such as those exemplified by the Earth Observational 
Satellite (EOS) missions. Volume I ID* describes payload equipment necessary 
for conducting automated payload flights. 

Also considered as a part of programmatics is the problem of detailed 
analysis and display of the myriad data requirements associated with each 
of these selected mission modes. Preliminary work has been completed on 
the computer-generated displays of these data. 

A review of the NASA Shuttle traffic model from 1980-1991 provided a 
basis of establishing the flight frequency as a function of the type of 
payload mode which might be utilized. 

Preliminary schedule and activity summaries have been prepared reflect- 
ing contemplated payloads development and operation criteria. 


*"SPA Supplemental Power and Heat Rejection Kit." 
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3. TRAFFIC MODEL AND FLIGHT OPPORTUNITIES 

NASA/ MS FC TMX-64751 , The October 1973 Space Shuttle Traffic Model , 
dated January 1974, indicates that 12 SPA dedicated payloads and 124 shared 
payloads are planned in the 1980-1991 Shuttle Cargo Manifest. The distri- 
bution of these SPA payloads is indicated by year on Figure 1. 

By using the volume and weight criteria of the Shuttle's cargo bay as 
shown in the figure, 42 additional flights have been identified. Conse- 
quently, there is a potential flight opportunity totaling 178 (12 + 124 + 
42) SPA payloads from the 727 flights specified in the NASA Space Shuttle 
Traffic Model. If each of the 124 shared SPA payloads were flown on separ- 
ate Shuttle flights, the 178 payloads would represent 24.5% of the Shuttle 
flights contained in the 12-year Traffic Model. The SPA modular approach 
to payload accommodation is essential for supporting this frequency of SPA 
on-orbit experiment operations. Without modularity in SPA equipment lay- 
out, the 124 planned shared SPA payloads and the potential 42 additional 
SPA payload flight opportunities could not exist. 

Flight opportunities associated with satellite deployment or servicing 
missions require SPA payloads which can operate in an automated mode. 
Representative of this class of mission is the EOS demonstration flight. 
Twenty additional EOS operational service flights are planned within the 
basic traffic model. Being self-contained and within allowable weight and 
volume constraints allows the SPA kit to occupy the OMS location in the 
Shuttle cargo bay. Periods of minimum Shuttle maneuvering during such 
missions (ranging from a few hours up to several days) permits the SPA pro- 
cessing activities to be accommodated. Each mission accommodation further 
requires examination of center of gravity (eg) constraints and thermal 
interactions with the primary payload. Such "piggyback" flights wherein 
the SPA kit can be conveniently accommodated within the cargo bay not only 
increases the SPA flight frequency objective, but enhances the return 
from the Shuttle System Operation. 
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•CRITERIA FOR SELECTING ’’SPACE AVAILABLE FLIGHTS WHERE SPA PAYLOADS COULD BE ACCOMMODATED” 

I) TEN FEET OF RUNNING LENGTH IS AVAILABLE IN SHUTTLE CARGO BAY. 

7) SHUTTLE PAYLOAD UP WEIGHT DOES NOT PRESENTLY EXCEED 53,000 LBS . 

3) SHUTTLE PAYLOAD LANDING WEIGHT DOES NOT PRESENTLY EXCEED 23,000 LBS. 


Figure 1. Summary of Planned and Potential SPA 
Space Missions from 1980 through 1991 
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4. PAYLOAD ACCOMMODATION 

SPA payload configurations ranging from an individual subelement for 
a shared mission to groups of subelements for dedicated missions have been 
reflected throughout the study. Furthermore, the definition of a kit to 
supplement Spacelab manned missions or to implement automated missions was 
accompl ished. 

4.1 MISSION ALTERNATIVES 

Potential alternatives available for accommodating SPA payloads in 
the Shuttle Orbiter System are summarized in Figure 2. From a payload 
planning standpoint. Configurations 1, 2 and 4 represent the principal 
accommodation modes considered in this study. The remaining possibilities 
were not treated in detail. 

As shown in Section 3, an analysis of the Shuttle traffic model pro- 
vides a rationale of the possible utilization and type of SPA flight oppor- 
tunities which might be available. 

It should be emphasized that for current planning, the suggested SPA 
flight frequency would only be implemented consistent with the growth of 
technical objectives and program resources. 

Independent technical volumes regarding payload accommodations in 
terms of subsystem interfaces are presented in Volume II. These include 
power, heat transfer, EMC, data acquisition and process control and the 
SPA Kit. Reference to the appropriate document titles may be made from 
the listing in the Foreword of this volume. 

4.2 SPACELAB CONFIGURATIONS 

During the Phase I study efforts, two modular payload subelement con- 
cepts were selected to illustrate integration of the SPA equipment items. 
Both approaches provide management of the equipment and host vehicle inter- 
faces but still allow flexibility in addressing the alternative mission 
opportunities. Initially the host vehicle that was considered during Phase 
I was the U. S. Sortie Lab configuration. This featured a fixed 6 m (20 ft) 
side wall length. 

Illustrative payload layouts showing the build-up of payloads using 
either a "dual-isle" or "arch" modular subelement approach were prepared. 


- 5 - 
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During Phase II, the European Spacelab study had progressed to the 
point where payload accommodations were addressed which utilized the Space- 
lab Core Segment (Short Lab) or the combination of Core Segment plus 
Experiment Segment (Long Lab). The nominal side-wall length of each of 
these segments is about 3 m (10 ft.). Summary data regarding the baseline 
European Spacelab design is provided in Figurta 3 and 4 along with se- 
lected summary data based upon a di-icated SPA payload. 

The NASA/ESRO baseline Spacelab configuration is defined in Figure 3 . 
Shown in Figure 4 is the Spacelab Long Module and one sector of the Space- 
lab Pallet, and also indicated is the space available in the pressurized 
nodule for experiment-unique and general-purpose mission equipment. 
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■ Figure 3. NASA/ESRO Spacelab Configuration Definition 

The SF'A dedicated payload will require use of both the Core Segment 
j and the Experiment Segment (together called the Long Module). The pallet 

sector may be used to structurally sustain the SPA supplemental Power and 
Heat Rejection Kit. This kit, which is necessary to meet SPA electrical 
power and thermal control requirements that exceed Spacelab capabilities, 
is described in Volume I ID. 

Using the Spacelab dimensions, selected accommodation layouts were 
made These are summarized in the composite drawings shown in Figure 5. 

By use of the Core Segment (Short Lab) and the dual -isle approach, for 
example, a subelement such as 6iology can be accommodated. Use of the SP' 
1 Kit in conjunction with either the Short or Long Lab would be dependent 

upon the experiments and payloads contemplated for a particular mission. 
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Figure 4. Spacelab Accommodation of SPA Dedicated Payload 






Figure 5. AccomncHation Modes of SPA Payload Equipment 
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Layout drawings (Figures 6 and 7) for the dual -isle approach were prepared 
for both a Long and Short Lab. Similarly in Figure 8, the arch configura- 
tion is shown in a Long Lab. Ud to two arch segments may be accommodated 
in this manner. Figure 9 summarizes the major elements involved in a dual- 
isle Long Lab, including an attendant SPA Kit. Similarly, Figure 10 shows ! 

two payloads in the arch configuration. The basic layouts of the modular ! 

payload subelements that were prepared in Phase I are completely suitable 
to adaptation of the Spacelab configuration. The two arch configurations 
used for the acconriodation illustration with the Long Lab are presented in 
Figures 11 and 12. The dual-isle layouts are not shown. The only altera- 
tion necessary was a slignt reduction in rack width in the dual -isle con- 
sole. 

As shown in several of the previous figures, a SPA Kit is incremental 
to SPA payload accommodations. Several SPA Power and Heat Rejection Kit 
packaging concepts have been identified. A comprehensive description is 
provided in Volume I ID. The kit is intended to be an augmentation capabi- 
lity when used in connection with the power and heat rejection capacity of 
the Spacelab. The kit may also be used with the automated furnace, levi- 
tation and core equipment to form payloads for the automated mission mode. 

A number of packaging layouts, combining the kit and automated experi- 
ment equipment modules, have been prepared. 

As illustrated by Figure 13, Configurations 1, 2, 4 and 5 represent 
alternate themes of packaging the power and heat rejection subsystem equip- 
ment and experimental payloads by modular approaches. For these four con- 
figurations, the geometry considered utilizes a right cylindrical structure. 
Configuration 3 utilizes a standard pallet, section as a base for incorpor- 
ating the SPA Kit hardware. Prime packaging factors considered were: 

• An allocation for a specified weight and volume of experimental 
payload equipment was established. 

• Integration of both the payload and subsystem equipment was to be 
modular in order to preserve servicing and reconfiguration attri- 
butes necessary for frequent re-use and alteration. 

• Placement of the modular elements with the structural configura- 
tions were based upon: 
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- Feasibility of thermal control 

- Ability to integrate and reconfigure 

- Maintaining center of gravity (eg) control (axial and radial) 

• Use as both an augmentation system with Spacelab or as ?n autono- 
mous system for automated missions. 

• Possible weight and axial length constraints on tne shared payload 
mission opportunities. 

4.3 MISSION PLANNING 

Development of the early flight payloads must be consistent with the 
host vehicle development. This is necessary in order to proceed with the 
necessary interface resolutions between the SPA payloads and the flignt 
hardware systems. The influence of the payload operator on the user roles 
in the projected operational issues must also be developed. The active 
participation of the technical community through issuance of Advanced Plan- 
ning Opportunities (APO) and Advanced Flight Opportunities (AFO) in setting 
requirements will be critical to the SPA payload definition. 

From a programmatic standpoint, it is desirable to establish the 
payload-subelement/host-vehicle interfaces as early as possible while pro- 
tecting the options of varying the final design requirements for the equip- 
ment items contained in the subelement themselves. This philosophy is 
completely consistent with allowing equipment items to cnange without im- 
pacting the host-vehicle interface. Such changes will necessarily follow 
as requirements and objectives shift throughout a n:ulti -miss ion program. 
This approach allows the SPA payload development to proceed concurrently 
with the Shuttle and Spacelab without the necessity cf all the final equip- 
ment items also being evolved. Systems level engineering at the payload 
subelement level will provide a means of finalizing the host- vehicle/ pay- 
load interfaces and will necessarily affect the final equipment and appara- 
tus designs as they unfold. 

4.3.1 Prelaunch and Post-Launch Activities 

Many facets in the total mission planning senario will occur in the 
implementation of the SPA program. Elements of the payloads related acti- 
vities ar« identified by Figure 14. From the payloads standpoint, pre- 
launch and post-launch operations present obvious phases. While not 
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deflnitized in the figure, the steps and roles of the experiment definition 
and payload specification activities are vitally important. Figure 14 
illustrates what may be considered as typical activities when the flight 
program becomes operational. Similarly, the diagram road maps steps which 
must be conducted in the initial establishment of the first payloads and 
the operational aspects. 

The waterfalls of Figure 15 further definitize possible ground support 
activities in the prelaunch phase. 

Time estimates which have been indicated for individual steps will be 
studied and definitized under a just-started 5-month study TRW is conduct- 
ing for NASA/KSC, entitled Space Processing Launch Site Operations (Con- 
tract NAS 10-8606). 

4.3.2 Data Analysis 

Conducting an ongoing mul ti -mission SPA prorram necessitates that 
routine change of experiments and payloads regularly occur. Initial steps 
have been made to identify preliminary approaches wherein various experi- 
ment and equipment characteristics can be logged and retrieved by computer 
methods to support payload planning of the essential features. 

For each mission mode selected, overall layouts must be prepared 
which illustrate the payload equipment/host vehicle accommodation. Due to 
the enormous number of distinct combinations of experiments that may be 
performed in the various anticipated mission modes, a detailed analysis 
of the data requirements involved in each case is mandatory. By using the 
results of this program in the planning of the experiment timelines, better 
usage of the facilities available may be made. 

After developing this plethora of data, a means must be found by which 
an effective display may be prepared. A successful method of doing this 
has been found and involves the computer generation of three-dimensional 
bar graphs. 

A TRW Systems computer program named BG3D makes a graphical display 
of a set of positive numerical values that are assigned to the separate 
grid squares of a ractangular grid. On every grid square that has a non- 
zero function value, a bar is erected that is directly proportional to the 
value of the function there. The method of performing this is as follows: 
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a parallel projection of the gird/bar system is made onto a plane, hidden 
lines are removed and the resulting projection that includes row and 
column labels is plotted by a Cal Comp plotter. This procedure provides 
a highly effective method of visualizing a vast set of data -- much better 
than by reading a matrix. 

By using the BG30 program and the data base management program (see 
the Appendix) developed for SPA, a comprehensive study may be made of the 
many data requirements. Those singled out and analyzed initially are 
power, energy, weight and volume. Others that may be analyzed as the SPA 
program progresses include heat rejection, source power requirements, 
electromagnetic compatibility, data management, etc. 

4. 3. 2.1 Files 

Several files must be established from which data may be drawn in 
order to initiate the plots. These are described below. 

• E quipment Files 

For each piece of equipment in the SPA inventory, a separate data 
record is established which includes weight, volume and power profile. 
If the equipment has both a sustained and peak power level, both are 
specified. 

• Experiment Files 

For each experiment to be performed, a separate data record is 
established which includes a list of each piece of ~?uipment used and 
its start-up and shut-down times. 

• Mission Files 

For each mission considered, a separate data record is established 
which includes the experiments being performed and their start times. 

4. 3. 2. 2 Plots 

Building upon the information contained in the data bank, several 
types of computer-generated plots may be made. 

4. 3. 2. 2.1 Commonality Matrix 

The first plot developed Is in the form of a matrix that shows which 
equipment items are needed to perform each experiment. Experiments, listed 
by identification numbers, are shown across the upper horizontal axis while 
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the equipment items are listed vertically. Where an apparatus is used 
in an individual experiment, an X is plotted by the computer. This chart 
may be called upon to list all equipment and experiments or only those 
from a particular subelement or combination thereof. 

4. 3. 2. 2. 2 Power Plots 

In order to make maximum usage of the power that will be available 
to be used by SPA, a comprehensive and detailed analysis is necessary. 

This analysis makes use of the power requirements that are held in the 
data bank for all the equipment items that are needed to perform each 
experiment. Numerous different experiments have been anticipated to be 
performed within the four experiment subelements. 

Combining the power versus time files of each experiment results in 
a three-dimensional bar graph that has the experiment time and the equip- 
ment items as the coordinates. The bar height, therefore, represents the 
power requirements. In this manner, bar graphs may be developed for each 
experiment. The BG3D program allows for the addition of a "totals" column 
and row; therefore, a row that shows the total amount of power as a func- 
tion of the time is included. This is illustrated schematically in Figure 
16. 



Experiment Time (Hours) 


Figure 16. Power as a Function of Equipment and Experiment Time 
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After having developed a power requirement timeline for each experi- 
ment, it is then possible to address the problem of developing a total 
mission timeline. There are a multitude of possible combinations of 
experiments that can be performed in any mission. Bar graphs can be made 
for each that shows the cumulative power requirements (bar height) for 
each experiment (ordinate) as a function of mission time (abscissa). This 
is illustrated in Figure 17. A row may be included to show the total power 
requirements for the mission due to the SPA payload if several experiments 
run concurrently. This may then be plotted on a two-dimensional graph or 
read out of the computer and the information is then used in calculating 
the energy requirements. 

4. 3. 2. 2. 3 Energy Plots 

Another important aspect of the data analysis addresses the problem 
of total available energy that is needed to accomplish the selected com- 
bination of experiments. This portion of the study utilizes the results 
of the power plots mentioned previously. 

The following relationship holds true: 

n 

E = z P • t . 
i=l 1 1 


where E = energy 
P = power 
t = time 

Since the files contain the power as a function of time, the energy 
will be determined by performing the respective summations during the 
time periods in which the equipment items are being used. The results of 
these calculations are readily displayed by use of the BG3D program. The 
energy needed (bar height) as a function of apparatus (abscissa) and ex- 
periment (ordinate) may be plotted such as is illustrated in Figure 18. A 
column may be added which likewise may be added to determine the total 
energy required to accomplish the mission. 
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5. PAYLOAD EQUIPMENT WORK BREAKDOWN STRUCTURE 

This section contains elements of the payload equipment development 
and operations guidelines which have guided the technical approaches , 
concepts and requirements identified throughout the entire study effort. 

At the forefront has been a philosophy to achieve maximum cose effective- 
ness inherent to the approaches considered. 

The space processing payload philosophy provides for accommodation 
of a wide variety of mission purposes through an integrated program of pay- 
load equipment developnent. 

This approa h is intended to minimize cost through the orderly design 
and fabrication of payload subelements wherein substantial cost benefits 
result from: 

1) Equipment commonality between subelement types. 

2) Modularity for payload integration and subelement types. 

3) The use of commercial equipment technologies whenever possible. 

4) Reuse of equipment and use in mny flights. 

Design for commonality, modularity and coirmercial equipment was 
emphasized throughout the study. 

Table 1 lists areas of potential high costs and offers ways that these 
costs might be minimized. 

Continuing another aspect of early definition of payload's develop- 
ment, a Work Breakdown Structure was instructed. 

The SPA Work Breakdown Structure (WBS) was designed to functionally 
display the units of work that form a framework for management and control 
of hardware development, technical software, schedule plans and status, 
and cost accumulation. This is shown in Figure 19 as a product and ser- 
vices oriented family tree. The units of work are subdivided to Level 4 
on the figure in order to form manageable elements for which there are pre- 
cise definitions, and for which schedules and resource application esti- 
mates can be prepared and displayed in reportable packages. 
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Table 1. SPA Payload Equipment Minimum Cost Philosophy 


Potential High Dollar Area 


Cost Minimization 


Multiple Hardware Development 


Multiple Hardware Flight 
Articles 


Flight Failures 


System Test 


Cost Criteria 


Operational 


• Integrated Evolutionary Development 
Program 

| • Use coirmercial hardware technology 

• Subelement equipment commonality 

• Refurbishment and reuse 

• Modularity 

• Use for other payloads/missions 

t On-board maintenance 
o Reuse of repaired items 

• Weight margins - excess equipment 
(spares) carried 

^ • Flight use of test hardware 
) • Unified test plan 

t • Design to cost as a requirement 

) o Cost criteria in design and opera- 
tional trade studies 

! • Full utilization of shuttle capa- 
bility 

• Shared missions 
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Figure 19. SPA Work Breakdown Structure 
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6. SCHEDULE CONSIDERATIONS 

An overview of the schedule is presented in Figure 20. The develop- 
ment of the early missions and associated payloads are expected to involve 
longer cycles with the latter missions reflecting shorter times. The 
latter is predicated upon processes, procedures and reuse refinements 
tccurring, which will allow “quick-reaction" cycle times between definition 
of a new set of mission objectives and its accommodations. 

Seven steps of Shuttle payload activities are shown in Figure 21 with 
an estimate of the time associated with each step. The Space Processing 
Shuttle payload(s) will need to employ the actions depicted within these 
seven activities; however, ways and means should be found to a How princi- 
pal investigators, users and payload operators to enter this chain of 
events at certain points downstream without having to start at the first 
activity point each time it is desired to conduct an on-orbit space pro- 
cessing research project. Related and past space processing experience, 
payload equipment modularity and the concept of a space laboratory facility 
can allow entry into the chain, for related experimentation, at logical 
points so that quick-reaction techniques can be a feature of the space pro- 
cessing program. 
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Figure 20. Overview of Shuttle/Spacelab/ 
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Figure 20. Overview of Shuttle/Spacelab/SPA Program Schedule 
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Figure 21. Time Phasing of Shuttle Payload Activities 
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USERS' GUIDE FOR 3-D PLOT DATA BASE ^.NAGEMENT 

PROGRAM 


1.0 GENERAL DESCRIPTION 

The 3-D Plot Data Base Management Program is used online (inter- 
actively) from a terminal to create and update data files and generate 
output to be plotted and listed. After the user has loaded the pro- 
gram it will print 

ENTER COMMAND (FILE, EDIT, LSTF,LSTIDS , PLOT, ENDRUN) 

? 

The user responds with a file level command. There are six file 
level commands: 

FILE ,LSTF, LST IDS , EDIT, PLOT, ENDRUN, 
and six record level commands under the EDIT command; 

ADDR , CHGR , C PYR , D LTR , LS TR , ENDR . 

Anytime the program expects the user to respond, a prompter ? will 
be printed in the first position of the line. The responses, except 
for title information, are free form (blanks are ignored). All para- 
meters on the commands are enclosed in brackets to show that they are 
optional. 


A-l 


► ... . 


W. .1 


22886-6035-RU-00 


COMMAND STRUCTURE 
FILE Coram-nd 

FILE [,ID“] r,DELT 1 [" ,TYPE“EQUIP"| J",SAVE *] 

, INIT EXPER ,Nf)SAVE I 

L, UPDATE J L M I SS J L J 

[,NEWID=] [ ,NEWACCT=] 

The FILE command is used to copy a file from permanent storage to 
local storage. Any file which is to be used must be copied using 
this command. The ID parameter refers to the 7 character identifier 
under which a file has been saved. If it is not input on the FILE 
command, the program prints 

ENTER FILE ID 
? 

and the user reponds with the file name. 

The disposition parameter may have three values: DELI specifies 

that the file is to be deleted or purged from pe’-ronnen*- storage; 

INIT sp.cifies that a new file is to be created or initiated; and 
UPDATE specifies that a previously saved file is to be copied to 
local storage. If the disposition is not input, on the FILE command, 
the program assumes that a file is to be updated or created and 
prints 

Ft)R A FILE CREATION RUN ENTER Y OTHERWISE ENTER N 

and the user responds with a Y or N as is appropriate* The typD 
parameter may have three values: EQUIP for equipment data, EXPER 

for experiment data, and MISS for mission data. If this parameter 
is not input on the file command, a message is printed 

ENTER FILE TYPE (EQUIP, EXPER, MISS) 



1 


t 
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aid Che user responds. The save parameter has two values: SAVE 

Co reCain a copy of Che new data file, and X0SAVE Co not retain Che 
new data file. If this parameter is not input on Che file command, 
a message is printed 

T0 SAVE FILE ENT HI Y OTHERWISE ENTER N 

? 

and the user responds with a Y or N. If a file is not to be changed 
(it is to be listed or used to generate plots), then there is no 
reason to save it. The previously saved version would remain in 
permanent stor.">e. If a file is to be changed and it is desired to 
save it under a different ID name, then the NEWID parameter must be 
set. If it is not set, the program will replace the old file with 
the new data. The NEWACCT is used to save the new file under someone 
else's account number. This parameter is used to copy data files 
from one account to another. 

In order for the program to test whether the data file is to be 
saved, it is necessary to reference the EDIT command for chat tile. 
Thus to copy a data file from one account number to another, both 
the FILE and EDIT commands must be used. 

2.2 EDIT Command 

EDIT [,ID=3 

The EDIT command is ; sed to change records in a data file. The ID 
parameter refers to a 7 character file name which is the same as the 
ID used in the file command. If the ID is not input on the EDIT com- 
mand, the program prints 

ENTER EDIT ID 
? 

and the user enters the record name. The program then prints 


A-3 
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\ 
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ENTER RECORD COMMAND (ADDR, CHGR, CPYR,DLTR, LSTR, ENDR) 

7 

and the user enters a record command. There are six record commands: 
ADDR, CHGR,CPYR,DLTR, LSTR, and ENDR. The form of the record command 
is: 

XXXR [,ID e ] [ , N0LIST] t,NEWID»] 

The ID parameter refers to the 10 character name which uniquely ideni- 
fies each record in a data file. If it is not input on the record 
command, the program prints: 

ENTER RECORD ID 
? 

and the user responds appropriately. The NOLIST parameter is used to 
suppress the listing of the record at the end of the record command. 

If it is not input on the record command, the record will be automa- 
tically lifted. The NEWID parameter applies only to the CPYR command 
and will be discussed later. 

2.2.1 ADDR Command 

The command ADDR is used to add a new record to the data file. 

2.2.2 CHGR Command 

The CHGR command is used to change or modify the data in an existing 
record. There are four modes cf operation within a CHGR command; 
these ere ADDM to add data pairs, RPLM to replace data pairs, DELI-1 
to delete data pairs, and ENDM to end the CHGR command processing. 

The program prints: 

ENTER MdDE (ADDM, RPLM,DELM, ENDM) 

? 

and the user responds. Depending on the type of data file and the 
mode of change, the program will print such requests as: 

T to CHANGE TITLE ENTER Y OTHERWISE ENTER N 
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ENTER TITLE 

? 

Tt CHANGE WEIGHT ENTER Y OTHERWISE ENTER N 

? 

ENTER WEIGHT 

? 

T0 CHANGE VOLUME ENTER Y OTHERWISE ENTER N 

? 

ENTER VOLUME 

7 

ENTER (TIME, DATA VLUAE) PAIRS TERMINATING WITH A § 

7 

ENTER DATA IJ®EX(S) TO BE DELETED TERMINATING WITH A $ 

? 

2.2.3 CPYR Command 

The command CPYR is used to copy an existing record and change or 
modify and store it under a new record ID. If a new record is quite 
similar to an existing one or it is desired to change a record ID, 
the CPYR command is used. If the new record ID, NEWID, is not input 
on the record command, the program prints 

ENTER NEW RECORD ID 

7 

and user enters the new record ID. After the record has been copied 
to the new ID, the CHGR command logic is entered so that the new 
record may be changed. At the end of processing this record command 
the program prints: 

TO DELETE OLD RECORD XXXXXX EN._R Y OTHERWISE ENTER N 
and user may delete or purge the old data record by entering Y. 

2.2.4 DLTR Command 

The DLTR record command is used to delete or purge a record. 
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2.2.5 LSTR Command 

The LSTR record command is used to list a specific record at the 
terminal. 

2.2.6 ENDR Command 

Hie ENDR record command is used to terminate the EDIT process on a 
file. It is after entering the ENDR command that the file will be 
s^ved on permanent storage. If a lot of editing is to be « me to *». 
particular file, it is a good idea to use the ENDR command to terminate 
the editing anc! save the file every so often. The EDIT command is then 
reinput and records commands continued. In this way not so much typing 
would have to be redone to reconstruct the file if the terminal con- 
nection to the computer were lost. 

2.3 LSTIDS Command 

LSl'IDS [,ID=] 

The LSTIDS command is used to list the record ID's of a file on the 
terminal. The ID parameter refers to the file identifier. If it is 
not input on the LSTIDS command, the program prints: 

ENTER FILE ID 

7 

and the user responds. The record ID's will be in alphabetical order. 

2.4 LSTF Command 

lstf [,id«J t, O ffline] 


The LSTF command is used to list the complete data file. The ID para- 
meter refers to the file ID. If it is not input the program prints: 

ENTER LSTF ID 

7 

and the user responds. The OFFLINE parameter refers to the equipment 
on which to print the data. If OFFLINE is specified it will be printed 
on a printer in the computer operations area. If the OFFLINE parameter 
is not input, the program prints: 

Td list Offline enter y Otherwise enter n 

7 
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and the user enters N for terminal priat and Y for offline print. 

If the data file is large, it is desirable to print it on a high 
speed printer offline. 

2.5 PLOT Command 

PLOT ,BALL [,ID*] 

, EXPPdW 
,MISP0W 
_ , MIS ENG _ 

The PLOT command is used to generate Calcomp plots from the infor- 
mation on the equipment, experiment, and mission data files. Any 
data file which is necessary must be copied to local storage using 
a FILE command. Four kinds of plots are available. If the plot 
option is not input on the PLOT command, the program prints: 

ENTER PLOT OPTION (BALL, EXPP0W,MISP0W,MISENG) 

? 

3 nd the user responds. The BALL option produces a ball chart for 
each subelement type showing which experiment contains what pieces of 
equipment. FILE commands must have been used for equipment and ex- 
periment data files. The EXPP0W option produces a 3-D bar graph 
plot with time as the horizontal variable, equipment as the vertical 
variable, and power as the bar variable. The plot is done for a 
specified experiment ID. If the experiment ID is net input on the 
PLOT command, the program prints: 

ENTER EXPERIMENT ID 
? 

and the user responds. The user has the capability to change the 
time axis when the program prints: 

T0 CHANGE TIME AXIS ENTER Y OTHERWISE ENTER N 
? 

by entering Y in which case the computer requests 
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ENTER INITIAL TIME 

? 

ENTER MAXIMUM TIME 
? 

ENTER INCREMENT TIME 
? 

or if the user does not wish to change the time axis, the default 
values of 0-10 incremented by .1 will be used. FILE cotranands must 
have been used for equipment, experiment, and mission data files. 

The MISPtfH option produces a 3-D bar graph plot with time as the 
horizontal variable, experiment as the vertical variable, and power 
as the bar variable. The plot is done for a specified mission ID. 

If the mission ID is not input on the plot command, the program 
prints: 

ENTER MISSION ID 
? 

and the user responds. The user has the capability to change the 
time axis when the program prints: 

Ttf CHANGE TIME AXIS ENTER Y tfTHERWISE ENTER N 

by entering Y in which case the computer requests: 

ENTER INITIAL TIME 
? 

ENTER MAXIMUM TIME 
? 

ENTER INCREMENT TIME 
? 

or if the user does not wish to change the time axis, the default 
values of 0-120 incremented by .1 will be used. FILE commands must 
have been used for equipment, experiment, and mission data files. 

The MISENG option produces a 3-D bar graph plot with equipment as 
the horizontal variable, experiment as the vertical variable, and 
energy as the bar variable. Additionally, a 2-D bar graph with 
experiment as the horizontal variable and total energy as the vertical 
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variable is produced. The plot is done for a specified mission ID. 

If the mission ID is not input on the plot command, the program prints: 

ENTER MISSION ID 
? 

and the user responds. The time basis which is used may be altered 
when the program prints: 

T0 CHANGE TIME AXIS ENTER Y OTHERWISE ENTER N 
? 

by entering Y in which case the computer requests : 

ENTER INITIAL TIME 

? ; 

ENTER MAXIMUM TIME 
? 

ENTER INCREMENT TIME 
? 

or if the user does rot wish to change the time basis., the default ) 

values of 0-120 incremented by .1 will be used. FILE commands must 
have been used for equipment, experiment, and mission data files. 

All plot options request a plot title by printing: 

ENTER PLOT TITLE 
? 

The 3-D bar graph plots produce offline listing on which the plot 
values are printed. 

2.6 ENDRUN Command 

The ENDRUN command is used to end the computer run. At chis time c 
submit file is generated to process the plot and offline output. Any 
offline printing, Calcomp plots, and 3-D bar graph plot input will j 

be saved as perms .er.t files as will the submit file itself. The pro- 
gram makes requests such as 

ENTER PASSWORD FOR POST PROCESSING 

? 

• 

ENTER CCC 
? 
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ENTER LAST NAME, FIRST INITIAL 

•> 

• 

ENTER 7 CHAR PERM FILE NAME F0R OFFLINE PRINT 
? 

ENTER 7 CHAR PERM FILE NAME CALC0MP PL0TS 
? 

ENTER 7 CHAR PERM FILE NAME F0R 3-D BAR GRAPH INPUT 

? 

ENTER 7 CHAR PERM FILE NAME F0R SUBMIT FILE 

9 

At the end of the run, the program prints EM) t F RUN and the MACE 
prompter [ is returned. 

3.0 DATA FILE STRUCTURE 

There are three types of data files - equipment, experiment, and 
mission. Each file is further divided into units called records 
which are referenced by ID. For an equipment file a record is 
identified by an equipment ID, for an experiment file by an exper- 
iment ID, and for a mission file by a mission ID. Each equipment 
record contains a 50 character title, weight, volume, and the power 
profile of the equipment piece. Each experiment record contains a 
50-character title and a list of start times versus equipment ID's. 
Each mission record contains a 50 character title and a list of start 
times versus experiment ID's. 

4.0 ERROR PROCESSING 

4.1 General 

Since the program is interactive, error checking is done at the time 
information is read from the terminal. When an error is detected, a 
message prints and the program requests that the corrected information 
be input before further processing is done. If the program is expect- 
ing a file level command and does not recognize the input a message is 
printed: 
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ILLEGAL COMMAND IGNORED 

ENTER COMMA 'T> (FILE, EDIT, LSTF, LSTIDS, PL0T, ENDRUN) 

? 

If the program is expecting a response such as Y, N, C (yes, no, 
next command) and does receive one of these, it will print: 

INCORRECT RESPONSE XXXX REENTER. 

and the user must enter the correct response when Hollerith data 
is being input and the information is too long, the program prints: 

THE SYMBOL IS TCW L0NG 
REENTER LINE 
? 

When numeric data is entered incorrectly, the program prints: 

UNREC&NIZABLE CHARACTER (S) IN NUMERIC FIELD XXXXX 
REENTER LINE 
? 

If the program expects data with an even number of entries (such 
as time versus power), but receives an uneven number, it prints: 

UAbV&n ur hNj.II.lc,5 

XXXXXXXXXXXX 

ENTER LAST CORRECT PAIR AND ALL FOLLOWING PAIRS 

If user is trying to correct an uneven entry sequence and miss types 
the time value of the last correct pair, the program prints: 

N0 TIME VALUE MATCH 

ENTER LAST CORRECT PAIR AND ALL F0LL0WING PAIRS 

4.2 File Command Errors 

INCORRECT FILE TYPE 

ENTER CORRECTED FILE TYPE (EQUIP, EXrER, MISS) 

ILLEGAL FILE PARAMETER IGNORED XXXXXX 
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4.3 EDIT Command Errors 

NO FILE XXXXX EDIT COMMAND N0T PROCESSED 

For the above error, a FILE command was not used correctly to copy a 
data file from permanent to local storage. 

ILLEGAL PARAMETER IGNORED 
PERM FILE ERROR TRYING TO SAVE FILE XXXXXX 

The above is a system or programming error. 

4.4 Record command errors 

ILLEGAL RECORD COMMAND 
ILLEGAL RECORD PARAMETER IGNORED 
DUPLICATE RECORD ID 
TO CONTINUE IN ADDR COMMAND ENTER Y 
TO GO TO CHGR COMMAND ENTER N 
TO GO TO NEXT COMMAND ENTER C 
REGS?*! 1 MATCH 

TO CONTINUE IN CHGR COMMAND ENTER Y 
TO GO TO ADDR COMMAND ENTER N 
T0 GO TO NEXT COMMAND ENTER C 
ILLEGAL MODE IGNORE -- REENTER MODE 
ADDM REQUESTS IGNORED 
XXXXXXXXXXX 

RPLM REQUESTS IGNORED 
XXXXXXXXXXX 

DEIil REQUESTS IGNORED 
A " XXXXXXXXXXX 

T • RECORD XXX DOES NOT EXIST 

5 • TO CONTINUE IN CPYR MODE ENTER Y 

? - TO GO TO ADDR COMMAND ENTER N 

] § T0 GO TO NEXT COMMAND ENTER C 

\ NEW RECORD ID ALREADY EXISTS 

‘ | TO CONTINUE TO CPYR COPLAND ENTER 

• TO GO T0 CHCR COMMAND ENTER N 

- J TO GO TO NEXT COMMAND ENTER C 

RECORD XXXX NOT rOL'ND 
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